Plansza hipotezy produktu

Coraz częściej przechodzimy od projektów skoncentrowanych na wymaganiach klientów lub użytkowników do projektów skupionych na hipotezach dotyczących produktów. Jest kilka powodów.

Z jednej strony oczekuje się od nas wdrażania nowych funkcji w coraz krótszych terminach. Dzieje się tak, ponieważ konkurencja jest coraz zacieklejsza, a świat dzięki nowoczesnej technologii coraz bardziej przyspiesza i staje się bardziej złożony.

Z drugiej strony, posiadanie bardziej zróżnicowanych grup użytkowników oznacza mierzenie się z bardziej zróżnicowanymi potrzebami. Idziemy pełną parą w kierunku w pełni konfigurowalnego świata. A to tworzy jeszcze większe zapotrzebowanie na natychmiastowe dostosowania produktu.

Jeśli „wymagania” wymagają wdrożenia, to „hipotezy” przede wszystkim muszą być przetestowane. Ale zanim to nastąpi, hipotezy muszą być spójnie wyartykułowane. Co nie zawsze jest tak proste, jak byśmy chcieli.

Uważamy, że im bardziej spójna jest hipoteza, tym bardziej owocne będą jej testy. Testowanie w tym sensie obejmuje nie tylko weryfikację rzeczywistej hipotezy, ale także wszelkie możliwe obserwacje, które można zebrać w trakcie tego procesu. Aby uporządkować i uprościć proces formułowania swojej hipotezy, wyodrębniliśmy następujące pytania, na które możesz odpowiedzieć kolejno.

Plansza Hipotez Produktu pomaga tworzyć skuteczniejsze hipotezy. Pamiętaj, że plansza nie wykona pracy za Ciebie; jedynie pomaga Ci skupić się na bieżącym zadaniu i osiągnąć bardziej efektywne rozwiązanie.

Kroki wypełniania planszy Product Hypothesis

1. Wierzymy, że…

Tutaj opisujemy, co planujemy rozwinąć.

2. Dla (kogo)…

W tym bloku definiujemy naszych docelowych odbiorców i, jeśli to konieczne, oceniamy ich rolę w naszym projekcie.

Ten krok jest bardzo ważny, ponieważ później pomoże nam uszeregować nasze hipotezy według ich znaczenia dla projektu. Czasami członkowie zespołu projektowego są całkowicie zauroczeni interesującym pomysłem i kończą na zapominaniu, że jest on tylko aplikowalny w kilku odosobnionych przypadkach.

W rzeczywistości, jeśli autor nie potrafi spójnie wyjaśnić, komu ich hipoteza ma przynieść korzyść, bardzo prawdopodobne jest, że po prostu oddają się przypadkowemu zgadywaniu. To jak wtedy, gdy gracz w bilard zaczyna od mocnego uderzenia, mając nadzieję, że losowo wbije bilę do kieszeni. W ten sam sposób managerowie produktu i projektanci generują hipotezy bez związku z użytkownikami, mając nadzieję, że choćby ktoś się tym zainteresuje. Bądź naprawdę ostrożny z takimi hipotezami; może być warto poświęcić czas na przemyślenie ich w większych szczegółach.

3. Aby osiągnąć…

Ważne jest również określenie, jakiego rodzaju wyników oczekujemy od naszego eksperymentu. Co więcej, wynik powinien być najlepiej mierzalny w konkretnych warunkach. Nie pisz: „Musimy się poprawić!” Lepiej wyrazić swoje oczekiwania w sposób: „Musimy poprawić [produkt] o 5%.”

W zależności od hipotezy możemy mieć różne oczekiwania względem krótkoterminowych i długoterminowych wyników. Wiele osób woli skupiać się na wynikach krótkoterminowych i unika pracy z hipotezami, które mają bardziej dalekosiężne cele. Ale kiedy tworzymy naszą hipotezę, musimy być świadomi, ile czasu zajmie jej przetestowanie: dzień, tydzień, miesiąc, a może nawet dłużej. Mając to na uwadze, będziemy mogli później zaplanować backlog naszego eksperymentu.

4. Jak to mierzymy?

Możliwość pomiaru wyników to kluczowy parametr testowania hipotez produktowych. Chociaż już wspomnieliśmy, co zamierzamy zmierzyć w poprzednim kroku, tutaj opisujemy rodzaje narzędzi, których zamierzamy użyć do tego celu. Jakie sygnały wskażą, że stworzona przez nas możliwość jest znacząca? Które kluczowe wskaźniki wydajności (jakościowe lub ilościowe) będziemy mierzyć, aby udowodnić, że nasz eksperyment zakończył się sukcesem?

5. Wpływ, pozytywny lub negatywny

Wprowadziliśmy ten blok na wypadek, gdybyśmy chcieli podejść do naszej hipotezy jako czegoś więcej niż jedno zadanie. Wypełnianie nie jest obowiązkowe.

W niektórych przypadkach wprowadzenie określonej funkcji ma negatywny wpływ na inne parametry w systemie. Na przykład dodajemy rozbudowaną, informacyjną prezentację

na naszej stronie głównej, mając nadzieję na zwiększenie zaangażowania użytkowników. Jednak prezentacja wpływa na szybkość ładowania strony, co wbrew naszemu zamierzeniu zwiększa współczynnik odrzuceń, potencjalnie zmniejszając zaangażowanie. W tym konkretnym przypadku wyższy wskaźnik odrzuceń prawdopodobnie nie jest spowodowany samą funkcjonalnością, ale jej nieporęcznością i słabą implementacją.